Driving directions with selective printing

ABSTRACT

In one of many possible embodiments, an exemplary system includes a driving directions subsystem configured to provide data representative of driving directions to an access device communicatively coupled to the driving directions subsystem. The driving directions subsystem is further configured to provide at least one selection tool to the access device. The selection tool enables a user of the access device to select a subset of the driving directions for printing. In certain embodiments, the driving directions include a plurality of driving steps, and the selection tool enables the user of the access device to select, for each driving step, between including the driving step in and omitting the driving step from the printing.

BACKGROUND INFORMATION

Computerized applications have been developed for generating andproviding driving directions in response to user requests. For example,a user may access a conventional driving direction application, identifya starting location and a destination location, and receive in returndriving directions descriptive of a driving route between the locations.

Many traditional driving direction applications allow a user to print aset of generated driving directions for future reference. However, theseapplications do not provide a user with control over the informationthat is printed. For example, a user may find it undesirable to printcertain driving steps included in driving directions, including stepsinstructing the user how to navigate a familiar route. Examples ofunhelpful driving steps include steps that direct the user how to getfrom his or her residence to a nearby freeway onramp that is familiar tothe user. Because of the limited printing features provided byconventional driving direction applications, the user will have toinclude all of the driving steps in a printout of the drivingdirections. Consequently, traditional driving direction applicationstypically lead users to print entire sets of directions, whichunnecessarily wastes time, ink, and toner, clutters the printed output,and frustrates the user.

Some users have found a way to use a web browser feature to print only aselected section of driving directions. This feature, referred to as the“print selection” feature of a web browser, allows a user to select andprint a section of text displayed in a web browser. With this feature, auser is able to highlight a section of text and select the “printselection” feature to print the selected section of text. Unfortunately,web browser print selection features have several disadvantages. Forexample, only a continuous section of text can be selected, meaning thatonly one group of consecutive driving steps can be printed together.Moreover, the layout of a web page may force a user to select and printunwanted graphics or advertisements along with desired text. Furtherstill, some users may use web browsers that do not provide a “printselection” feature. Even for users of web browsers that do provide a“print selection” feature, a large portion of these users are not awarethat such a feature is provided in web browsers. Thus, the “printselection” feature of a web browser does not provide flexible orsatisfactory control over the printing of driving directions.

For at least these reasons, there is a need for systems and methods thatprovide users with additional control over the printing of drivingdirections.

BRIEF DESCRIPTION OF THE DRAWINGS

The accompanying drawings illustrate various embodiments and are a partof the specification. The illustrated embodiments are merely examplesand do not limit the scope of the disclosure. Throughout the drawings,identical reference numbers designate identical or similar elements.

FIG. 1 is a block diagram illustrating an exemplary system forselectively printing driving directions, according to an embodiment.

FIG. 2 illustrates an exemplary graphical user interface windowpresenting selection tools for selectively printing driving directions,according to an embodiment.

FIG. 3 illustrates the graphical user interface window of FIG. 2 withcertain driving steps selected for printing, according to an embodiment.

FIG. 4 illustrates another exemplary graphical user interface windowpresenting other exemplary selection tools for selectively printingdriving directions, according to an embodiment.

FIG. 5 is a flowchart illustrating an exemplary process for selectivelyprinting driving directions, according to an embodiment.

DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS I. Introduction

Preferred embodiments may be implemented as systems and methods forselectively printing driving directions. The systems and methods providecomputer-generated driving directions and one or more tools by whichusers can selectively print a subset of the driving directions, asdescribed below. The tools enable users to customize driving directionprintouts. For example, exemplary tools described herein enable users toselect specific driving direction steps for printing. In certainembodiments, the tools enable users to select, for each driving step inthe driving directions, between including the driving step in andomitting the driving step from a printing. In certain embodiments, thetools enable users to select non-consecutive driving direction steps forprinting. In certain embodiments, the tools also enable users to selectwhich driving direction steps are displayed in a graphical userinterface.

The tools described herein provide users with significant anduser-friendly control over driving direction information. In manysituations, not every step included in driving directions is helpful forusers, and the capability to control the driving direction informationthat will be included in printouts enables users to customize theprintouts. For example, users can omit certain driving steps fromdriving direction printouts, thereby reducing printout clutter andincreasing the relevance of the information in the printouts to theusers. The omission of unhelpful information from driving directionprintouts can help drivers using the printouts to more easily findrelevant information on the printouts. This can reduce the distractionsand stresses associated with navigating unfamiliar driving routes.

Moreover, increased control over driving direction print informationprovides users with an attractive feature that can help differentiateone driving direction application from another. This differentiation mayhelp increase revenues associated with a driving direction applicationemploying the features described herein.

Components and functions of exemplary embodiments of systems and methodsfor selectively printing driving directions will now be described indetail.

II. Exemplary System View

FIG. 1 illustrates an example of a system 100 for selectively printingdriving directions, according to an embodiment. As shown in FIG. 1, thesystem 100 may include a driving directions subsystem 110 configured tocommunicate with an access device 130 that is configured to present auser interface 135 for consideration by a user of the access device 130.The access device 130 is communicatively coupled to and configured toprovide printing instructions and data to a printing device 138. Thedriving directions subsystem 110 includes an access module 160, drivingdirections engine 170, and data store 180.

The elements of the system 100 may communicate using any knowncommunication technologies, devices, media, and protocols supportive ofdata communications, including, but not limited to, the Internet, theWorld Wide Web, intranets, local area networks, wide area networks,cellular telephone networks, wireless networks, optical fiber networks,satellite networks, telephone networks, other communications networks,data transmission media, communications devices, Transmission ControlProtocol (“TCP”), Internet Protocol (“IP”), File Transfer Protocol(“FTP”), Telnet, Hypertext Transfer Protocol (“HTTP”), socketconnections, Ethernet, data bus technologies, and other suitablecommunications technologies. In certain embodiments, the access device130 and the driving directions subsystem 110 communicate with oneanother via a communication network, which may include, but is notlimited to, any of the networks listed above (e.g., the Internet).

In certain embodiments, the elements of the system 100 are implementedin one or more computers. The system 100 may include any computerhardware and/or instructions (e.g., software and firmware programs), orcombinations of software, firmware, and hardware, configured to performthe processes described herein. In particular, it should be understoodthat the driving directions subsystem 110 may be implemented on one ormore than one physical computing device. Accordingly, the system 100 mayinclude any one of a number of well-known computing devices (e.g., oneor more servers), and may employ any of a number of well-known computeroperating systems, including, but by no means limited to, known versionsand/or varieties of the Microsoft Windows® operating system, the Unixoperating system, and the Linux operating system.

Accordingly, the processes described herein may be implemented at leastin part as instructions executable by one or more computing devices, asis well known. In general, a processor (e.g., a microprocessor) receivesinstructions, e.g., from a memory, a computer-readable medium, etc., andexecutes those instructions, thereby performing one or more processes,including one or more of the processes described herein. Suchinstructions may be stored and transmitted using a variety of knowncomputer-readable media.

A computer-readable medium (also referred to as a processor-readablemedium) includes any medium that participates in providing data (e.g.,instructions) that may be read by a computer (e.g., by a processor of acomputer). Such a medium may take many forms, including, but not limitedto, non-volatile media, volatile media, and transmission media.Non-volatile media may include, for example, optical or magnetic disksand other persistent memory. Volatile media may include, for example,dynamic random access memory (“DRAM”), which typically constitutes amain memory. Transmission media may include, for example, coaxialcables, copper wire and fiber optics, including the wires that comprisea system bus coupled to a processor of a computer. Transmission mediamay include or convey acoustic waves, light waves, and electromagneticemissions, such as those generated during radio frequency (“RF”) andinfrared (“IR”) data communications. Common forms of computer-readablemedia include, for example, a floppy disk, a flexible disk, hard disk,magnetic tape, any other magnetic medium, a CD-ROM, DVD, any otheroptical medium, punch cards, paper tape, any other physical medium withpatterns of holes, a RAM, a PROM, an EPROM, a FLASH-EEPROM, any othermemory chip or cartridge, or any other medium from which a computer canread.

While an exemplary system 100 is shown in FIG. 1, the exemplarycomponents illustrated in the Figure are not intended to be limiting.Indeed, other alternative hardware environments and implementations maybe used, as is well known. Each of the components of the system 100 willnow be described in additional detail.

A. Access Device

The access device 130 may include any device physically or remotelyaccessible to one or more users (e.g., users requesting drivingdirections from the driving directions subsystem 110) and that allows auser to provide input to and receive output from the driving directionssubsystem 110. For example, the access device 130 can include, but isnot limited to, one or more desktop computers, laptop computers, tabletcomputers, personal computers, kiosks, personal data assistants,cellular telephones, satellite pagers, wireless internet devices,embedded computers, video phones, network interface cards, mainframecomputers, mini-computers, programmable logic devices, vehicles,personal communication devices, and any other devices capable ofcommunicating with the driving directions subsystem 110. The accessdevice 130 can also include various peripherals such as a terminal,keyboard, keypad, mouse, screen, printer, stylus, input device, outputdevice, or any other apparatus that can help a user interact with theaccess device 130.

The access device 130 may be communicatively coupled to the drivingdirections subsystem 110 using any suitable communication technologies,including any of the communication technologies listed above. In certainembodiments, the access device 130 and the driving directions subsystem110 are configured to communicate via the Internet or World Wide Web, asis well known.

The access device 130 provides access to the driving directionssubsystem 110. Accordingly, one or more users may utilize the accessdevice 130 to provide requests to and receive output from the drivingdirections subsystem 110. In particular, users are able to use theaccess device 130 to provide requests for driving directions to thedriving directions subsystem 110. The requests may include datarepresentative of one or more geographic locations or areas, including astarting location and a destination location. The locations may beidentified by street addresses, city identifiers, state identifiers,territory identifiers, zip codes, airport codes, Global PositioningSystem coordinates, other suitable location identifiers, or anycombination thereof, as is well-known.

Output from the driving directions subsystem 110 may be provided to theaccess device 130. Examples of driving directions generated andoutputted by the driving directions subsystem 110 are described furtherbelow. The access device 130 can present the driving directions andrelated information in the user interface 135 for consideration by theuser of the access device 130.

The access device 130 may include instructions for generating andoperating the user interface 135. The instructions may be in anycomputer-readable format, including software, firmware, microcode, andthe like. When executed by a processor (not shown) of the access device130, the instructions may present the user interface 135 to a user ofthe access device 130, as is well known.

The access device 130 may include instructions for communicating withthe printing device 138, including instructions for printing selectdriving directions and/or other data. The instructions may be in anycomputer-readable format, including software, firmware, microcode, andthe like. When executed by a processor (not shown) of the access device130, the instructions may generate and provide printing instructions tothe printing device 138, as is well known.

While FIG. 1 shows a single access device 130, this is onlyillustrative. One or more access devices 130 may communicate with andbenefit from messages and/or data provided by the driving directionssubsystem 110.

B. User Interface

The access device 130 may present the user interface 135 to a user as away for the user to initiate communications with and/or consider outputfrom the driving directions subsystem 110. The user interface 135 may beequipped to present information to and receive input from users. Asdescribed below, for example, the user interface may present drivingdirections and tools for controlling the printing of the drivingdirections to a user of the access device 130.

The user interface 135 may comprise one or more graphical userinterfaces (“GUI”) capable of displaying information and receiving inputfrom users. In certain exemplary embodiments, the user interface 135includes a web browser, such as Internet Explorer® offered by MicrosoftCorporation of Redmond, Wash.

However, the user interface 135 is not limited to a web form embodimentand may include many different types of user interfaces that enableusers to utilize the access device 130 to communicate with the drivingdirections subsystem 110. In some embodiments, for example, the userinterface 135 may include a voice interface capable of receiving inputfrom and providing output to a user. Merely by way of example, the userinterface 135 may include voice recognition applications. Accordingly,users may be able to provide requests and receive corresponding drivingdirections in audio format. Driving directions in audio format can beespecially beneficial to users who do not want to read drivingdirections while driving.

C. Printing Device

The printing device 138 is communicatively coupled to the access device130 and may include any device or combination of devices orcommunication technologies useful for communicating with the accessdevice 130. Communications between the access device 130 and theprinting device 138 may be supported by any suitable communicationstechnologies, including, but not limited to, one or more wired and/orwireless connections, protocols and interfaces such as Universal SerialBus (“USB”), IEEE 1394, IEEE 802.11, Bluetooth, serial interfaces,parallel interfaces, and Ethernet connections. The printing device 138may be located proximate to the access device 130 or at a remotelocation. The printing device 138 may be separate from or integratedwith the access device 130.

The printing device 138 may include any technologies helpful forrecording electronic data on paper or other suitable medium, as is wellknown. In particular, the printing device 138 can print data receivedfrom the access device 130, including data representative of drivingdirections. The printing device 138 may include an inkjet printer, laserprinter, or other known device for printing electronic data.

The printing device 138 is not limited to printing electronic data topaper or similar media. In certain embodiments, for example, theprinting device 138 may alternatively or additionally be configured toprovide (i.e., print) data to a display screen, such as a navigationdisplay in a vehicle.

D. Driving Directions Subsystem

The driving directions subsystem 110 may include any device orcombination of devices and communication technologies useful forcommunicating with the access device 130. The driving directionssubsystem 110 may also include any device or combination of devices anddata storage and processing technologies useful for storing andprocessing data, including data useful for generating drivingdirections. The components of the driving directions subsystem 110 willnow be described.

1. Data Store

The data store 180 may include one or more data storage mediums,devices, or configurations and may employ any type, form, andcombination of well-known storage media, including hard disk drives,read-only memory, caches, databases, optical media, and random accessmemory. Data store 180 may include any known technologies useful forstoring, updating, modifying, accessing, retrieving, deleting, andmanaging data.

The data store 180 may store any data useful for the generation ofdriving directions. For example, the data store 180 may include Geocodedata, map data, addresses, listings, and other driving directions datauseful for generating driving directions, as is well known. The datastored in the data store 180 may be provided and/or maintained manually,automatically, or with a combination of manual and automatic steps.

Alternative or in addition to the data stored in the data store 180, thedriving directions subsystem 110 may use data from external sources togenerate driving directions.

2. Driving Directions Engine

The driving directions engine 170 is configured to receive and fulfillrequests for driving directions, as is well known. The drivingdirections engine 170 typically receives such requests from the accessmodule 160, which has received the requests from the access device 130,as described below. When a request for driving directions between twospecified locations is received, for example, the driving directionsengine 170 may query the data store 180 and/or one or more externalsources for data useful for generating driving directions to fulfill therequest. The output from the driving directions engine 170 may be in anysuitable data format(s) and may include any acceptable representation ofdriving directions. The generated driving directions may include, butare not limited to, textual, audible, visual (e.g., maps), and othersuitable representations of driving routes and related information.Examples of driving directions will be described below in relation toFIGS. 2 through 4.

3. Access Module

The access module 160 may include any suitable communicationtechnologies for communicating with the driving directions engine 170and the access device 130. In certain embodiments, the access module 160includes or is implemented in one or more servers configured tocommunicate with the access device 130. The communications between theaccess module 160 and the access device 130 may be transmitted over anysuitable communication network, including the Internet or the World WideWeb, as is well known.

The access module 160 may be configured to receive from the accessdevice 130 data representative of requests for driving directions, asdescribed above. The requests may be forwarded from the access module160 to the driving directions engine 170, which generates responses tothe requests, as described above. The responses generally includedriving directions that have been generated based on informationincludes in the requests.

The access module 160 is configured to receive output (e.g., theresponses to the requests) from the driving directions engine 170. Theaccess module 160 processes the output, including ensuring that it is insuitable form for transmission to the access device 130. For example,the access module 160 may be configured to insert the output, includingthe driving directions, into Hypertext Markup Language (“HTML”) messagesfor transmission to the access device 130 using Hypertext TransportProtocol (“HTTP”). Of course, other suitable data formats and protocolsmay be used.

In certain embodiments, the output generated by the driving directionsengine 170 includes one or more tools that, when provided to the accessdevice 130, enable a user of the access device 130 to select a subset ofthe driving directions for printing. In certain other embodiments, theaccess module 160 is configured to associate one or more tools with thedriving directions output by the driving directions engine 170. Theaccess module 160 may insert the driving directions output and theassociated one or more tools into HTML messages that can be transmittedto the access device 130, which is able to present the content of theHTML messages in the user interface 135 for consideration by a user. Ofcourse, other suitable types of data messages may be used. Accordingly,the access module 160 is able to provide data representative of drivingdirections and one or more associated tools to the access device 130.

The access device 130 is configured to receive and present the datarepresentative of the driving directions and tools for consideration bya user. As described below, the tools enable users to select a subset ofthe driving directions for printing. The driving directions and toolsmay be presented in one or more graphical user interfaces forconsideration by users.

FIG. 2 illustrates an exemplary graphical user interface (“GUI”) window200 that may be presented in the user interface 135. As shown in FIG. 2,the GUI window 200 may include driving directions 210 having one or moredriving direction steps 220-1 through 220-6 (referred to collectively as“the driving direction steps 220” or simply “the driving steps 220”).Each of the driving direction steps 220 may include a textualdescription of a driving instruction, as is well known.

The GUI window 200 also includes one or more selection tools, shown asselection tools 230-1 through 230-6 (referred to collectively as “theselection tools 230”) in FIG. 2. Each selection tool 230 is selectableby a user of the access device 130, and enables the user to selectbetween including driving direction steps in or omitting drivingdirection steps from a printing of driving directions. In FIG. 2, eachof the selection tools 230 is associated with a corresponding one of thedriving steps 220. For example, selection tool 230-1 is associated withdriving step 220-1 and enables the user to select whether to include oromit driving step 220-1 in/from a printout. Accordingly, the selectiontools 230 enable the user to select, on an individual basis, eachdriving step 220 to be included in and each driving step 220 to beomitted from a printing. Alternatively, each driving step may bepre-selected and the user may then deselect each driving step 220 not tobe included in a printing. This provides the user with significantcontrol and flexibility for customizing printouts, including acapability for selecting non-consecutive driving steps for inclusion ina printing and/or a capability for unselecting non-consecutive drivingsteps for exclusion from a printing. The capability for selectingnon-consecutive driving steps enables the user to select for printingonly the driving steps that involve making a turn, for example.

The selection tools 230 may be configured to selection statuses for thedriving direction steps 220. Accordingly, the selection tools 230 canindicate which, if any, of the driving steps 220 is currently selectedfor printing (i.e., “selected status”) and which, if any, of the drivingsteps 220 is currently not selected (i.e., “unselected status”) forprinting. In FIG. 2, the selection tools 230 include check boxes.However, any other suitable status indicators may be used, including the“+” and “−” symbols shown in FIG. 3.

The driving directions subsystem 110 may also provide a print controltool such as the print control tool 240 illustrated in the GUI window200 as a button entitled “Print Selected Steps.” The print control tool240 allows a user to initiate a printing of the driving steps 220,including any subset of the driving steps 220, associated with currentlyselected selection tools 230. Typically, the printing will be performedby printing device 138. In FIG. 2, none of the selection tools 230 isselected for printing. Consequently, none of the driving steps 220 wouldbe printed if a user of the access device 130 selected the print controltool 240.

FIG. 3 illustrates the GUI window 200 of FIG. 2 with certain ones of theselection tools 230 having been selected by the user. As shown in FIG.3, several of the selection tools 230 are selected and others of theselection tools 230 are not selected. As shown, the selection tools 230enable the user to select non-consecutive ones of the driving steps 220(e.g., driving step 220-2 and driving step 220-4 are non-consecutive)for printing. If the print control tool 240 is selected with theselection statuses as shown in FIG. 3, driving steps 220-2, 220-4,220-5, and 220-6 will be printed, and driving steps 220-1 and 220-3 willbe excluded from the printing.

In certain embodiments, the driving directions 210, selection tools 230and the print control tool 240 are included in a single GUI window 200.This helps increase the user-friendliness and user awareness of theselective print features provided by the system 100. For example,because the selection tools 230 and the print control tool 240 areincluded in a single GUI window 200, it is more convenient for the userto print selected driving steps 220 as compared to using a standard webbrowser to print a selection. Moreover, users using web browsers nothaving a “print selection” feature and users who are unaware that theirweb browsers provide such a feature, limited though it is as discussedabove, are made aware of and are able to utilize the tools in the GUIwindow 200 to selectively print driving directions.

The system 100 may provide users with other suitable tools forselectively controlling the printing of driving directions. For example,the driving directions subsystem 110 may provide the access device 130with a tool for selecting multiple driving direction steps 220 at onceand/or a tool for selecting a certain category of driving directionsteps 220, such as only the driving steps indicating turns. The drivingdirections subsystem 110 may also be configured to provide users with anoption for adjusting the format and size of driving steps 220 accordingto user preferences. Additionally, a user may be provided with a toolfor saving preferences, driving direction results, or driving directionlocations for future use.

Other suitable selection tools may be provided by the system 100. FIG. 4illustrates another exemplary graphical user interface (“GUI”) window400 that may be presented in the user interface 135. As shown in FIG. 4,the GUI window 400 may include the driving direction steps 220-1 through220-6 associated with selection tools 410-1 through 410-6 (referred tocollectively as “the selection tools 410”). The selection tools 410enable a user to select one or more of the driving direction steps 220for printing and for display in the GUI 400. As illustrated, theselection tools 410 may be toggled (i.e., selected and unselected) toeither display or hide corresponding driving steps 220 in the GUI window400. As shown in FIG. 4, selection tools 410-1 and 410-2 are unselectedsuch that driving steps 220-1 and 220-2 are hidden from view, andselection tools 410-3 through 410-6 are selected such that driving steps220-3 through 220-6 are displayed. Accordingly, the selection tools 410enable a user to view, prior to printing, the driving direction steps220 as they would be printed when a print control tool 440 is selected.The print control tool 440 is included in the GUI window 400 and isrepresented in FIG. 4 by a selectable button labeled “Print DisplayedSteps,” indicating that the currently displayed steps would be printedwhen the print control tool 440 is activated.

The tools described above enable users to customize printed drivingdirections to fit specific user preferences and situations. The toolsallow users to select for printing only the most useful information fornavigating driving routes, while excluding unhelpful and/or less helpfulsteps from the printing. Drivers can use customized driving directionprintouts to quickly find information without having to browse throughsuperfluous or distracting information. This can help reduce thestresses, distractions, and potential dangers associated with usingprinted driving directions when navigating unfamiliar routes.

III. Exemplary Process View

FIG. 5 is a flowchart illustrating an exemplary process for selectivelyprinting driving directions, according to an embodiment. While FIG. 5illustrates exemplary steps according to one embodiment, otherembodiments may omit, add to, reorder, and/or modify any of the stepsshown in FIG. 5.

In step 510, a request for driving directions is received from an accessdevice such as the access device 130. Step 510 may be performed in anyof the ways described above, including the driving directions subsystem110 receiving the request from the access device 130.

In step 520, driving directions are generated. The driving directionsare generated based on and in response to the request. Step 520 may beperformed in any of the ways described above. For example, the drivingdirections engine 170 may use data in the data store 180 to generatedriving directions, as described above.

In step 530, one or more selection tools are associated with the drivingdirections. Step 530 may be performed in any of the ways describedabove, including the access module 160 or the driving directions engine170 associating a selection tool with each driving step included in thedriving directions.

In step 540, the driving directions and the selection tools are providedto the access device for consideration by the user. Step 540 may beperformed in any of the ways described above. For example, datarepresentative of the driving directions and the selection tools may beinserted into one or more messages (e.g., HTML messages) that are thentransmitted to the access device 130. The access device can present thedriving directions and selection tools in a user interface (e.g., theuser interface 135) for consideration by the user of the access device130. As described above, the selection tools enable the user to select asubset of the driving directions for printing.

In step 550, the user of the access device selects a subset of thedriving directions for printing. Step 550 may be performed in any of theways described above. For example, the user of the access device 130 canutilize any of the tools described above to manage the informationpresented in the driving directions, including using selection tools toselect certain driving steps for printing and activating a print controltool to initiate the printing.

In step 560, the selected subset of driving directions is printed. Step560 may be performed in any of the ways described above, including theaccess device 130 transmitting a printing request and datarepresentative of selected driving steps to the printing device 138. Theprinting device 138 then prints the selected driving steps.

The above-described systems and methods provide tools for selectivelyprinting driving directions. The tools allow users to customize theinformation included in printed driving directions as may fit specificuser preferences and situations. These and other features of the presentsystems and methods can help reduce the distractions and stressesassociated with using printed driving directions when navigatingunfamiliar driving routes.

In another embodiment, the systems and methods described above may beapplied to deal with the constraints of mobile devices that providelimited viewing areas. For example, access devices such as mobilephones, personal digital assistants (PDAs) and other mobilevideo-enabled devices are known which may be connected to, for example,wireless data networks which provide connectivity to a drivingdirections subsystem (such as driving directions subsystem 110). Thesedevices typically include displays that are reduced in size for variousreasons (e.g., size constrains, power constraints, cost constraints).However, due to their mobile nature, may be useful to provide drivingdirections which can be carried with the user, and may be moreconvenient than printed directions (which require access to a printingdevice).

Applying the descriptions provided above, the GUI windows illustrated inFIGS. 2-4 may be displayed on a mobile access device. In such display,the “Print Selected Steps” option (FIGS. 2 and 3) or “Print DisplayedSteps” option (FIG. 4) may be omitted, or replaced by a control thatremoves those steps indicated by the user to be omitted from the display(e.g., a “Remove Selected Steps” control). In this manner, only thosesteps indicated by the user to be useful for navigation purposes may bedisplayed on the screen, thus allowing for better use of the limitedspace of mobile device displays.

IV. Alternative Embodiments

The preceding description has been presented only to illustrate anddescribe embodiments of the invention. It is not intended to beexhaustive or to limit the invention to any precise form disclosed. Theinvention may be practiced otherwise than is specifically explained andillustrated without departing from its spirit or scope. It is intendedthat the scope of the invention be defined by the following claims.

1. A system comprising: a driving directions subsystem configured toprovide data representative of driving directions to an access devicecommunicatively coupled to said driving directions subsystem, andprovide at least one selection tool to the access device, said at leastone selection tool enabling a user of the access device to select asubset of said driving directions for printing, said subset includingless than all of said driving directions.
 2. The system of claim 1,wherein said driving directions include a plurality of driving steps,said at least one selection tool enabling the user of the access deviceto select, for each of said driving steps, between including saiddriving step in and omitting said driving step from said printing. 3.The system of claim 2, wherein said at least one selection tool enablesthe user of the access device to select non-consecutive ones of saidplurality of driving steps for inclusion in said printing.
 4. The systemof claim 1, wherein said driving directions subsystem is furtherconfigured to provide a print control tool to the access device, saidprint control tool enabling the user of the access device to initiatesaid printing.
 5. The system of claim 1, wherein the access device isconfigured to present a graphical user interface for consideration bythe user, said graphical user interface being configured to display saiddriving directions and said at least one selection tool forconsideration by the user.
 6. The system of claim 1, wherein saidgraphical user interface is configured to display a selection status foreach of said at least one selection tool.
 7. The system of claim 1,wherein said driving directions include a plurality of driving steps,said at least one selection tool enabling the user of the access deviceto select, for each of said driving steps, between displaying saiddriving step and hiding said driving step from view in a graphical userinterface.
 8. The system of claim 1, wherein said driving directionsinclude a plurality of driving steps and said at least one selectiontool includes a plurality of selection tools, said driving directionssubsystem being further configured to associate each of said selectiontools with a different one of said driving steps.
 9. The system of claim8, wherein said plurality of selection tools is configured to direct theaccess device to: identify at least one of said driving steps forinclusion in said printing when a first of said selection tools isselected, said first of said selection tools being associated with saidat least one of said driving steps; and identify at least another ofsaid driving steps for omission from said printing when a second of saidselection tools is selected, said at least another of said selectiontools being associated with said second of said driving steps.
 10. Thesystem of claim 9, wherein said plurality of selection tools isconfigured to direct the access device to: display said at least one ofsaid driving steps in a graphical user interface when said first of saidselection tools is selected; and hide said at least another of saiddriving steps from view in said graphical user interface when saidsecond of said selection tools is unselected. 11-23. (canceled)